home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19941221-19950208 / 000324_news@columbia.edu_Sun Jan 29 14:34:46 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA20888
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 30 Jan 1995 00:18:13 -0500
  3. Received: by apakabar.cc.columbia.edu id AA00762
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 30 Jan 1995 00:18:11 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit uploading problem
  9. Message-Id: <1995Jan29.203446.39743@cc.usu.edu>
  10. Date: 29 Jan 95 20:34:46 MDT
  11. References: <3ghisdINNhlc@duncan.cs.utk.edu>
  12. Organization: Utah State University
  13. Lines: 30
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3ghisdINNhlc@duncan.cs.utk.edu>, teoh@cs.utk.edu (JONATHAN ENG-SENG TEOH) writes:
  17. > I cannot upload binary files using  Kermit. Can anyone help?
  18. > 
  19. > Symptoms:
  20. > 
  21. > 1. No problem downloading files, whether text or binary.
  22. > 2. NO problem uploading text files.
  23. > 3. Cannot upload binary files. Error message: too many retries.
  24. > 
  25. > I have tried issuing "set file type binary" on both the host and my pc. 
  26. > I have also tried the server mode. No luck. How can this be?
  27. > 
  28. > Hardware:
  29. > Modem: USRobotics Courier HST dual standard v.32bis    
  30. > PC: IBM PS/2 model 55
  31. > Host: either VAX Ultrix or VAX VMS. 
  32. > 
  33. > Any help would be highly appreciated.
  34. -------------
  35.     More information is needed, I'm afraid to say. Which versions of
  36. Kermits are being used? The VERSION command and the startup herald will
  37. show that. Flow control *must* be used, particularly going to the VAXen.
  38. Since hardware flow control is difficult to achieve on VAXen you are stuck
  39. with XON/XOFF, so be sure the VAX side can send it (see your VAX system
  40. manager). Then do not unprotect XON/XOFF control codes in Kermit packets
  41. because that will let data mistakenly act as flow control bytes.
  42.     Finally, examine the PARITY situation. If parity is in use be
  43. sure to tell both Kermits about it, else you will lose the high bit of
  44. bytes and the transfer will fail.
  45.     Joe D.